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AUTOMATIC PRINTER DRIVER CONFIGURATION ON PRINTER CONTROLLER 

BACKGROUND OF THE INVENTION 

The present invention pertains generally to printer driver configurations. More 

10 particularly, the present invention is related to automatically updating a printer configuration. 

Current printer drivers save the printer configuration details like the installed finisher, 
pedestal, cassette paper size and media type in the private DEVMODE area of the DEVMODE 
structure. The DEVMODE data structure contains information about the initialization and 
environment of a printer or a display device. The printer driver may not behave properly if this 

15 information is not correct. These details may be updated manually by the printer driver 

administrator from the printer driver user-interface, or by the dynamic update feature. But when 
the drivers are downloaded from the controller, this configuration cannot be changed, as 
controller does not have a printer driver administrator, and also the dynamic update feature does 
not work on the drivers installed on a controller. So drivers installed using the point and print 

20 feature may not reflect the actual configuration of the printer attached to the controller. A 

program may be written to update the printer configuration data in the controller, but as the data 
layout may change between printer driver versions, the problem will keep recurring. 

Printer configuration such as paper cassette information or the type of finishers attached 
to the printer, e.g., stapler, hole punch, or the like, can be acquired through SNMP and displayed 

25 in the printer driver Properties Page upon the user's request, simply by pressing a push button. 
For a driver downloaded from an NT-based controller to an NT, Windows 2000, or Windows XP 

1 



Client, i.e., point and print, the user may still be able to update the printer configuration as shown 
in the driver Properties Page, however the settings will not be saved unless the user has the 
administrator's rights to the controller. More importantly, the graphical user interface of the 
driver installed in the controller is inaccessible to the user; therefore the printer configuration as 

5 shown in the Properties Page cannot be updated through the driver graphical user interface. As a 
result, the printer configuration displayed in the Properties Page of such downloaded driver will 
be incorrect if any printer settings have been changed. 

Thus there is a need for a method and system to continuously and automatically update, 
in real-time, a printer driver configuration. 

10 SUMMARY OF THE PRESENT INVENTION 

In accordance with the present invention, there is provided a system and method for 
automated updating of printer drivers associated with a printer configuration. 

Further, in accordance with the present invention, there is provided a method and system 
for automatically updating a printer driver associated with a printer configuration. The method 

15 begins by initializing the controller and retrieving current printer configuration from a registry on 
a controller. An external file containing at least one offset representative of a respective at least 
one printer attribute is then accessed. Next, the at least one offset representative of the respective 
at least one printer attribute is queried, thereby retrieving the offsets necessary to advance to the 
updating step. The data structure containing information about initialization and environment of 

20 a printer, that is the DEVMODE data, is subsequently updated. The external file may then be 
copied to the controller for future access. 
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In a preferred embodiment, the at least one offset representative of the at least one printer 
attribute is stored on a portable storage media. In a preferred embodiment, the offsets are in an 
extensible markup language file. 

Still further, in accordance with the present invention, there is provided a system for 
5 automatically updating a printer driver associated with a printer configuration. The system 
comprises means adapted for initializing the controller and retrieving current printer 
configuration from a registry on a controller, means adapted for accessing an external file 
containing at least one offset representative of a respective at least one printer attribute, means 
adapted for querying the at least one offset representative of the respective at least one printer 
10 attribute, means adapted for updating the DEVMODE data, information about initialization and 
environment of a printer, and means adapted for copying the external file to the controller for 
future access. 

In a preferred embodiment, the at least one offset representative of the at least one printer 
attribute is stored on a portable storage media, such as a CD-ROM or the like. In a preferred 

15 embodiment, the offsets are in an extensible markup language file. 

Yet further, in accordance with the present invention, there is provided a method for 
automatically updating a printer driver associated with a printer configuration. The method 
begins by initiating a first computer program stored on a controller. The program retrieves printer 
data for a current printer configuration from a registry. The program then monitors the current 

20 configuration for any attribute change. Upon the detection of an attribute change, a second 

program is initiated. The first computer program monitors the registry, looking for keys having a 
change in value and notifies a caller when a change in the value or content of any specific 
registry key has changed. The registry keys are then reset to a non-signaled state. The second 

CLE 751345.1 3 
66329/31254 



program retrieves the current printer configuration via a communications protocol, such as 
simple network management protocol. The retrieved configuration is then written to a registry 
key. A printer driver associated with the identified registry key is then automatically updated to 
correspond to the change in value or content of that registry key. 
5 Still yet further, in accordance with the present invention, there is provided a system for 

automatically and continuously updating a printer driver. The system comprises a first computer 
program and a second computer program. The first computer program includes means adapted 
for retrieving printer data for a current printer configuration from a registry, and means adapted 
for monitoring the current printer configuration for an attribute change. The second computer 

10 program, residing on the controller, is activated by the first computer program in response to the 
attribute change. The first program also includes means adapted for monitoring registry keys 
associated with printer drivers and means adapted for notifying a caller of the change detected in 
the registry keys. The first program further provides means adapted for resetting the registry key 
values to a non-signal state. The system also comprises means adapted for activating a second 

15 computer program, which retrieves the current printer configuration via a communications 
protocol, such as simple network management protocol. Means adapted for writing the current 
printer configuration to a specific registry key are also provided in the second computer program. 
Also provided for in the second computer program is means adapted for automatically updating a 
printer driver associated with the identified registry key, corresponding to the change in value or 

20 content of that registry key. 

Additional objects, advantages and novel features of the invention will be set forth in part 
in the description which follows, and in part will become apparent to those skilled in the art upon 
examination of the following or may be learned by practice of the invention. The objects and 
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advantages of the invention may be realized and attained by various structures and methods as 
covered by the patent claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying figures incorporated in and forming a part of the specification, 
illustrates several aspects of the present invention, and together with the description serve to 
explain the principles of the invention. In the figures: 

FIG. 1 is an flow chart depicting a printer driver update method of the present invention; 

FIG 2 is a flow chart illustrating a thread execution program configuration monitoring 
envisioned in the present invention; 

FIG 3 is a flow chart depicting packaging XML file during controller build; 

FIG 4 is a flow chart depicting packaging XML file during client build; 

FIG 5 is a flow chart illustrating an application program configuration update 
component; 

FIG 6 is a flow chart illustrative of a DEVMODE update upon controller initialization; 

and 

FIG 7 is a flow chart depicting a printer driver update on a controller. 
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DETAILED DESCRIPTION OF PREFERRED AND ALTERNATE EMBODIMENTS 



The present invention is described below as a method invoked upon a computer system. 
Directed to a printer and printer-controller, the present invention pertains to the automatic and 
continuous updating of printer drivers and the like. As used herein, the printer-controller, or 

5 controller, is communicatively coupled to an image forming apparatus, and acts to control and 
operate the image forming apparatus. A printer driver is any computer driver known in the art 
pertaining to the control, processing, or the like, of an image forming apparatus. 

Turning to FIG. 1, there is shown a flow chart demonstrative of the method envisioned by 
the present invention. The method begins at step 102 by activating the configuration monitoring 

10 service thread. The configuration monitoring service thread is one of many threads comprising 
JOBCON, a workspace that creates the Network Print Job Control service. The configuration 
monitoring component monitors registry keys for any changes related to printer configuration. 
The configuration monitoring thread opens the registry keys and waits for any attribute changes 
through the Windows API RegNotifyChangeKeyValue. Having activated the configuration 

15 monitoring service thread, the method proceeds to read the current printer configuration at step 
104. Once the current printer configuration has been read, the configuration monitoring 
component monitors the printer settings in real-time at step 106. 

While monitoring the printer settings, the configuration monitoring component waits 
until the printer settings have changed. At step 108, the method determines if the printer settings 

20 have changed. In the event that the printer settings have not changed since activation of the 

configuration monitoring component, or the last controller shutdown, the method directs back to 
step 106, where the configuration monitoring component monitors printer settings. Upon the 
positive determination that the printer settings have changed at step 108, the method directs the 
system to call an extensible markup language, or XML, file containing DEVMODE information 
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at step 1 10. A configuration update program is then executed at 1 12. The configuration update 
component enables the retrieval of the current printer configuration through SNMP and writes it 
the PrinterDriverData key in the Windows Registry. Subsequently, the DEVMODE structure is 
updated at 1 14 using the information stored in the called XML file. The printer driver settings in 

5 the registry are then updated at 1 16. 

Having thus briefly explained the method, the following more detailed description of the 
component parts will demonstrate to one of skill in the art the operation of the present invention. 
Configuration Monitoring Thread Execution 

In a preferred embodiment, the configuration monitoring component is that component of 

10 the present invention that operates on the controller and acts to monitor the printer settings in a 
real-time capacity. While discussed herein as a configuration monitoring component, one skilled 
in the art will appreciate that any suitable computer implemented instruction may be used to 
monitor the printer settings. In its most basic form as contemplated by the present invention, the 
configuration monitoring component opens the registry keys and waits for any attribute change. 

15 An attribute change is a SET event occurring in the system. An event is SET when a registry key 
change is successful. Whenever an event is SET, the configuration monitoring component 
invokes the configuration update component of the present invention. 

Turning now to FIG. 2, there is illustrated an embodiment representative of the 
capabilities of the monitoring component. It will be appreciated by those skilled in the art that for 

20 purposes of explanation, an event has occurred. Based on this pretext, upon controller start-up, 
the configuration monitoring component is activated. In order to read the printer configuration 
and monitor the printer settings, the configuration monitoring component completes the 
following steps. The configuration monitoring component then proceeds to notify a caller of 
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changes to a value of the registry key at 202. At 204, the configuration monitoring component 
monitors the keys, seeking any changes that may have been made since last check. The registry 
keys are opened at 206, which enables the configuration monitoring component to detect that a 
change has been made to the printer settings. 
5 At 208, the configuration update component, referred to as CFGUPDATE.EXE in FIG 2, 

is invoked, operating as described below. Having detected the change in any attribute of the 
printer registry keys, the configuration monitoring component progresses to notify the caller of 
changes to attributes or contents of any specified registry key at 210. A notification successful 
determination at step 212 allows the reset of all registry keys to a non-signal state at step 214. An 

10 unsuccessful notification determination at 212 instructs the configuration monitoring component 
to wait at 216 until any one of hEvents is signaled. A delay, to allow for SNMP buffers to update, 
is inserted at 218. The registry keys are then closed in the event of an abnormal termination of 
configuration monitoring component at 220. 

Printer configuration, such as paper cassette settings and the types of finishers attached to 

15 the printer, are stored in the controller Windows registry. The driver Properties Page displays the 
printer configuration information that is saved in the form of PrinterStickies as a part of the 
private printer data or extended DEVMODE data structure. A copy of the extended DEVMODE 
can be found in the PrinterDriverData key of the controller Windows registry. The configuration 
update component resides in the controller. When evoked by the configuration monitoring 

20 component, the configuration update component retrieves the current printer configuration 

through simple network management protocol and writes it to the PrinterDriverData key in the 
registry. The printer driver PrinterStickies associated with the printer configuration get updated 
subsequently. 
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As a user opens the Properties Page of a printer driver downloaded from the controller to 
a Windows NT, Windows 2000 or Windows XP client, all the PrinterStickies of the driver 
installed in the controller will be pushed down to the downloaded driver, therefore the Properties 
Page of the Point-and-Print driver will always display the current printer configuration. It will be 
5 appreciated by those skilled in the art that the detailed description of a preferred embodiment of 
the configuration update component, discussed below, is for exemplification purposes only. The 
skilled artisan will appreciate that the configuration of the configuration update component 
program may be changed in accordance with the controller operating system, or type of printer, 
multifunction peripheral device or the like, used by the system. 
10 XML File 

Upon initialization of the controller and subsequent confirmation of controller services, 
the configuration monitoring component detects at least one change in the printer settings. The 
method of the present invention then calls an extensible markup language, or XML, file 
following the detection of a change in the printer settings. The XML file is then queried for 

15 offsets of the various printer attributes contained in the controller registry. In a preferred 

embodiment, the XML file is contained on an external CD-ROM, but need not be so limited. 
Using the offsets thus retrieved from the XML file, the program updates the private DEVMODE 
of the printers installed on the controller. The XML file contains information necessary to 
facilitate the updating of the DEVMODE data structure. This information is conceptualized in 

20 the form of offsets of various printer attributes. As contemplated by the present invention, the 
XML file or files, one for each driver, may be incorporated into a controller CD-ROM during the 
building of the controller, as shown in FIG. 3, or incorporated into a client CD-ROM during the 
building of a client, as shown in FIG. 4. 
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Turning first to FIG. 3, there is shown a flow chart depicting the incorporation of the 
XML files onto a CD-ROM during the building of the controller. One of skill in the art will 
appreciate that controller may, but need not be limited to, a printer controller, a printer, a server, 
or other control device for a multifunction peripheral device. At 302, the controller build process 
5 is begun. The components of the controller are assembled at 304. Such assembly includes the 
software building, including the building of the necessary drivers to operate the multifunction 
peripheral device or printer to which the drivers relate. The drivers for the printer associated with 
the controller are then packaged at 306. This packaging of the drivers, as shown at 308 includes, 
but need not be limited to, the copying of driver files to a CD-ROM at 310 and the copying of an 

10 XML file with offsets to the CD-ROM layout at 3 1 2. The drivers and XML filer are then used in 
the creation of the CD-ROM at step 3 14 and the controller CD-ROM is generated at 3 16. It will 
now be appreciated that the use of a CD-ROM in conjunction with the XML file is used for 
exemplification purposes only. One of skill in the art will appreciate that the XML files may be 
incorporated into the method of present invention by other means, such means including, but not 

15 limited to, servers, Internet or intranet, floppy disk, or other means of transferring updated files. 

Turning next to FIG. 4, there is shown the generation of a CD-ROM representative of the 
client build process. The client build process begins at 402 and continues to 404, where the 
drivers are built. Next, the drivers are packaged at 406. The packaging 408, includes, but need 
not be limited to, copying the driver files to the CD layout at 410, updating the driver version in 

20 the XML file at 4 1 2 and copying the XML file with offsets to the CD-ROM layout at 4 1 4. The 
foregoing are used to create the CD-ROM in 416 to generate the client CD-ROM 418. It will be 
apparent to one skilled in the art that private DEVMODE offsets should be published for each 
printer driver. The offsets are included in the aforementioned XML file. In the event that between 
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driver versions, the private DEVMODE data layout changes, the XML file would require 
updating. Furthermore, as a result of packaging the XML file with the client CD-ROM, the XML 
file is accessible from the client driver repository, so that the controller build process may copy 
the XML file during the controller build. 
5 CFGUPDATE Application Component 

After calling the XML file, the method proceeds to invoke the configuration update 
component, which acts to update several aspects of the printer configuration. The configuration 
update component is a console application that updates related printer driver private data 
segments stored in the Windows registry of the controller with the most current printer settings. 

10 Turning to FIG. 5, there is shown a flow chart depicting the configuration update application 
component of the present invention. Beginning at 502, the configuration update component 
receives an execute command from the configuration monitoring component to retrieve the 
current printer configuration through SNMP at step 504. The configuration update component 
retrieves multiple attributes and settings of the current printer configuration, including, but not 

15 limited to, the printer driver handle, the byte pointer-printer data, the printer registry key type, 
the printer data size, the bytes read from the printer and the printer access structure. The 
configuration update component further retrieves such information as paper size and media types 
available from the printer. For example, the contents of the upper cassette/drawer, the lower 
cassette/drawer, the first pedestal, the second pedestal and the like are retrieved. 

20 The configuration update component then writes the current printer configuration to the 

PrinterDriverData key in the registry at 506. The configuration update component may also 
retrieve printer data from the controller registry at this time. The specified printer driver is 
opened, i.e., the registry key is opened in accordance with configuration monitoring component, 
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as described above, and processed. The printer driver keys associated with the printer 
configuration are then updated at 508. The updated printer driver keys are then returned to 
configuration monitoring component for further processing in accordance with the present 
invention. 

5 DEVMODE Update on Controller Initialization 

The DEVMODE structure of the controller must now be updated. This update is 
accomplished using the information contained in the XML file on the controller CD-ROM, the 
client CD-ROM, or via the various other means for retrieving stored files, as discussed above. 
Turning now to FIG 6, there is shown a flow chart depicting the retrieval process involved in 

10 accessing the DEVMODE update information stored in the XML file. Upon controller startup at 
602, the updating of the DEVMODE structure by the XML file progresses to the controller 
services startup at 604. A negative determination at 606 where the controller is not yet ready to 
begin services leads this component to wait at 608 for completion of controller startup. 

A positive determination at 606 allows the update to get current printer configuration data 

15 from the controller registry at 610. At 612, the Private DEVMODE offsets from the driver XML 
file are retrieved. The sub process involved in retrieving the DEVMODE offsets from the XML 
file are exemplified at 614, which depicts a set of code containing the private DEVMODE 
offsets. One of skill in the art will appreciate that the contents of the file are demonstrative in 
nature and need not limit the present invention to the file type and content shown. After 

20 retrieving the XML file, the printer configuration is updated in 616 at the memory offsets 

specified in the XML file. Thus, the drivers are ready at 61 8 for point and print operations with 
the correct configuration. 
Printer Driver Registry Update 
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After having retrieved the required updates, as well as enabling the various components 
of the method envisioned by the present invention, the automatic configuration update proceeds 
to update the printer driver settings in the Windows Registry. Turning now to FIG 7, there is 
shown an illustrative flow chart demonstrating the update process of the registry printer driver 
5 settings. Beginning at driver update start 702, the driver files are copied from the client CD- 
ROM to the controller at 704. Subsequently, the driver XML files are copied at 706 to the 
controller. The controller is then initialized at 706 in accordance with the method described 
above, referencing FIG. 6. After completing the update in accordance with the methods 
described herein, the drivers are ready for point and print with the correct, new configuration at 
10 710. 

The foregoing description of a preferred embodiment of the invention has been presented 
for purposes of illustration and description. It is not intended to be exhaustive or to limit the 
invention to the precise form disclosed. Obvious modifications or variations are possible in light 
of the above teachings. The embodiment was chosen and described to provide the best 
15 illustration of the principles of the invention and its practical application to thereby enable one of 
the ordinary skilled in the art to utilize the invention in various embodiments and with various 
modifications as are suited to the particular use contemplated. All such modifications and 
variations are within the scope of the invention as determined by the appended claims when 
interpreted in accordance to the breadth to which they are fairly, legally and equitably entitled. 
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